HIERARCHICAL FAX-THROUGH DATA NETWORK AND REMOTE ACCESS 
NETWORK APPLIANCE CONTROL APPARATUS AND METHOD 



This application is a continuation in part of and claims priority to U.S. patent application 
serial no. 09/519,839, filed March 6, 2000, which is copending. 

FIELD OF THE INVENTION 
The present invention relates generally to a FAX-through data network and a remote access 
appliance control apparatus and method, and, more particularly, to a system, method, and 
apparatus that utilize a data network to transfer a FAX data packet or an appliance control packet to 
a FAX machine or an appliance, respectively. 

BACKGROUND 

A FAX transmission using the public switched telephone network (PSTN) is processed with 
the same methodology as a voice telephone connection. To transfer a document via FAX, the 
transmitting FAX machine starts up a connection request by dialing a receiving party's telephone 
number. The PSTN acts both as a destination locator and a channel provider with two tasks. First, 
the PSTN will find the destination FAX location and alert the receiving FAX to answer the 
transmission request. Second, the PSTN will make a channel connection between the transmitting 
FAX and the receiving FAX. 

As depicted in FIG. 1, there is no difference to the PSTN whether handling a FAX or a 
voice telephone connection. Due to the fact that a real time response in a conversation between two 
parties is required, the cost of the connection is measured by the duration of the connection and the 
distance between the two parties. This cost measurement is set mostly because a voice conversation 
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requires a real time response since the human ear and brain can only tolerate a small amount of 
latency. 

This cost measurement is, however, inappropriate for FAX transmissions since a real time 
5 response, measured in 0.1 seconds of time, is not required. Furthermore, the cost measurement of 
the duration of the connection is not particularly appropriate. A human conversation always 
exchanges information at a constant rate. Therefore, the conversation always takes the same 
amount of time to get a message across. In other words, the connection time equals the amount of 
information exchanged. On the other hand, a FAX communication can utilize a faster data rate 
10 than the data rate used by voice communications (when channel bandwidth is available) or slow 

down the data rate when channel traffic is congested. In addition, a latency in the response time on 
\Zi the order of one or more minutes is tolerable for FAX transmissions. As such, a correct method 
: ~* for measuring the cost of FAX communication is a measurement of the transferred data size instead 
^1 of the call duration, provided the channel bandwidth is scalable. In summary, FAX customers pay 
15ii expensive PSTN toll charges for a service which is not needed. 

In recent years, the bandwidth of data network connections between two end user 
[7 1 computers or two end station computers has expanded to meet the data transfer requirements 
i«i discussed above. These data networks are readily available in every trade industry and business. 
2(t| Data networks have imposed larger latency compared to the PSTN, but it is acceptable when 
i^- dealing with FAX transmissions. In addition, the cost of the data transfer is measured by the size 
of the exchanged information in many cases. For example, a 56K modem connection can transfer 
56Kbits of information per second (560K bit per 10 second or 201,600 Kbit per hour) free of 
charge in a global data network, the Internet. In fact, other data network connection technologies 
25 can provide even higher bandwidth. Consequently, since the average size of a FAX 

communication is about 480K, the cost of a FAX transmission over a data network is negligible 
(free of charge). 

Based on the argument described above, FAX services utilizing data networks should be 
30 quite common. In reality, there are very few such deployments. The reason is due to the fact that 
data networks were not fully deployed until recently. Moreover, FAX machines based on the 
PSTN have dominated the market for more than three decades. FAX equipment vendors have no 
incentive to move over to data networks because the cost of FAX transmissions are paid by the end 
user, not by the equipment vendor. 
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As depicted in FIG. 2, a data network topology is comprised of multiple local area 
networks (LAN) connect together by a wide area network (WAN). As used herein, WAN also 
refers to public computer networks, such as the Internet. WAN and public network is used herein 

5 interchangeably. Within a LAN, there are multiple end stations connected thereto. Each end 
station is assigned a unique identification number referred to as its Internet Address or the IP 
address. Any data exchanged between two parties will need to identify the destination or end 
station location by its corresponding IP address. The connection between the LAN and the WAN is 
separated by a Router, which will relay the data to the WAN if the destination IP address is not 

10 within the LAN. 

a The data network also uses a session port to identify the type of application. There are well 

:SJ known session port numbers which are fixed in the Internet to represent application flow. For 
O example, the hyper text transfer protocol (HTTP) uses session port 80, while electronic mail (E- 

Mail) uses session port 110. On the other hand, there are a few unassigned session ports available 
j i! for individual applications. Since there are many application communications in the data network, 
!r a session port attached to a transmitting data package in the network will enable the receiving party 
H to identify and process the data package in order to collect the information in the data package. 

2 $l FIG. 3 depicts one technique for utilizing a data network in the FAX transmission process. 

^ This type of service establishes a central FAX-network server which connects one end to the PSTN 
and the other end to the data network. Each receiving customer will be given a unique PSTN 
telephone number for the FAX-network server to identify the destination. Users are also required 
to have an E-Mail address in order to receive the electronic form of the FAX transmission which is 

25 sent through the unique PSTN number. The transmitting party is required to make a PSTN call to 
the central FAX-network server. Although, the dialed PSTN number is used to uniquely identify 
the FAX receiver, the FAX number is physically connected to central FAX-server through the 
PSTN network which is similar to a corporation direct line. The FAX-network server will then 
receive the FAX data and put it in a temporary storage. The transmitting party performs the same 

30 operations as a normal call through the PSTN since it dials and faxes through a regular telephone 
number. 

The FAX-network server perform two tasks. First, it identifies the receiving PSTN number 
and maps it to the E-Mail address of the receiving party. Then, it retrieves the stored FAX data, 
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repackages the data into a data network format and sends the data through the data network to the 
individual E-Mail address. The receiving party can retrieve the E-Mail and either view the FAX 
document in an electronic format or as the printer's printout. 

The problem with this method is that it requires the transmitting party to place a PSTN toll 
call to the central FAX-network server. Therefore the toll cost for the call is not reduced if the 
distance between the sender and the receiver is shorter than the distance between the sender and the 
central server. Moreover, this method provides only a conversion from the FAX information to the 
electronic format without a reduction in cost. In addition, this technique does not provide a good 
solution for receiving a FAX from a heritage FAX machine. As used herein, "legacy FAX" and 
"heritage FAX" refer to any existing FAX machine or device, or any computer implementing FAX 
functions through dial up connections over the PSTN. 

FIG. 4 depicts an additional FAX system which utilizes a data network to deliver a FAX 
communication. This method requires the transmitting FAX to place a PSTN call to its local FAX- 
network server, similar to the previous method. However, instead of using a central FAX-network 
server to receive the incoming FAX communication, this method sets up multiple regional FAX- 
network servers to reduce the long distance telephone toll charge. The local or regional FAX- 
network server will receive and store the FAX communication in a temporary data buffer. This 
local server then repackages the FAX communication into a data network format and forwards it to 
a remote FAX-network server which is closer to the receiver FAX. The remote FAX-network 
server will unpack the FAX communication to restore the information into the original FAX format 
and make a FAX telephone call through the PSTN to the receiving FAX machine. Finally, the 
receiving FAX machine will get the FAX communication, without the cost of a direct long distance 
call from the sender to the receiver. The receiver's PSTN telephone number must be registered in 
all the servers in order for the technique to function. For the local server, the receiver's PSTN 
telephone number will be used to locate the proper remote-server to which the FAX communication 
should be sent. For the remote server, the receiver PSTN telephone number is used to make a 
PSTN toll call from the remoter server to the receiving FAX machine. 

Although this technique eliminates the long distance toll charge by using a data network, 
the technique suffers from two drawbacks. First, the requirement of setting up several possible 
regional/local FAX-network servers is costly. Second, the regional/local PSTN toll cost in many 
sub-urban areas will still be charged a fee. 
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FIG. 5 depicts a further FAX system which also utilizes a data network to deliver a FAX 
communication. Each FAX machine is required to connect to a PBX emulator that converts the 
FAX communication to data network format. Each PBX emulator is connected to an end station 
5 having a unique IP address. Each end station performs full network protocol and application 

functions in order to send and receive data network packets containing the FAX communication. 
This implementation also requires each end station to construct a full data base that contains a 
mapping table which can map PSTN telephone numbers to data network IP addresses. 

10 one problem with this technique is that each end station is required to have a dedicated IP 

address which is a precious resource of the Internet. In addition, the end stations need to perform 
full network protocol operations which are extremely complicated in comparison to a simple FAX 
I transfer. This results in an overly complicated consumer application. Moreover, since each end 
!=! station has a dedicated IP address and performs full network protocol functions, the network 
1 ^| administration system is required to performs maintenance and administration routines for the end 
in station which further consumes administrator resources. In effect, the complexity required to 
"T implement the end stations renders this technique cost ineffective. 

S What is needed is a technique for a FAX transmission system that utilizes a FAX-through 

2(jl! data network without requiring a plurality of regional/local FAX-network servers. In addition, a 
K need remains for a technique that eliminates the use of the PSTN. Also, there is a need for a low 
cost implementation that does not require assignment of an internet address to users in order to 
utilize the invention and receive FAX communications. 

25 Another problem exists in the area of latency and bandwidth. PSTN is used to relay voice 

conversation. The cost of PSTN transmission is expensive as PSTN can provide hundreds of 
thousands of voice streams simultaneously without degrading communication quality. While 
WANS and public data networks such as the Internet can relay a large quantity of data with 
virtually no cost to an end user, the quality of data that is sensitive to latency, such as voice 

30 communication cannot be guaranteed. Due to the bidirectional and interactive nature of voice 

communication, as discussed above, minimal latency is required. Generally, a human brain can't 
tolerate a latency in voice conversation greater than 100 milliseconds. Voice communication is 
considered broken by conversing parties if latency is above 100 milliseconds. 
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Another shortcoming of existing public data networks relates to bandwidth. Public data 
networks can relay large amounts of data between source and destination for extended penods of 
time However, when data traffic is congested, especially during peak usage times, bandwuith 
cannot be guaranteed over a short period of time. This presents a significant problem for 
applications such as video streaming, which have stringent bandwidth requirements over short 
periods. 

Several Internet protocols, such as H323 or Session Initiation Protocol for VoIP, have been 
developed to address the problems of latency and bandwidth. While these protocols have resolved 
some of the problems, a comprehensive solution from end us* to end user is still needed. 

SUMMARY 

The present invention overcomes fee identified problems by providing a FAX-through data 
network and remo* access appliance control apparatus and method. I. partial, the motion 
utilizes » data network » transfer a FAX data packet or an appliance control packet to a FAX 
machine or an appliance, respectively. The present invention discovers the capability to share an IP 
address of a LAN end station and the ability to intercept network data packets transmute d to the 
LAN end station in order to identify a FAX data packet or an appliance control packet. 

An exemplary embodiment of the apparatus includes a receiver side LAN end station 
having a receiver IP address and a sender side LAN end station having a sender IP address. A firs, 
convener receives the FAX communication from me sender FAX and converts the FAX 
communication » a network packet forma, to genera* a FAX packet. The FAX packet mcludes a 
predefined session port number and a receiver FAX-network ID. A FAX-network server recerves 
me FAX packet, extracts tire receiver FAX-network ID, performs a lookup of a correspond^ 
destination IP address in a mapping table and forwards me FAX packet to me destination IP 
address. A second converter intercepts and identifies the FAX packet, extracts the FAX 
.ommunication from m. FAX packet, establishes a communication link with the recover FAX 
without routing a signal through the PSTN and transmits the FAX communication to the receiver 
FAX machine. 

In an embodiment for asserting a control command to an appliance from a remote network 
user the invention includes an appliance side LAN end station having an appliance IP address 
which is shared by the appliance. An appliance control packet is generated by the remote network 
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user - incudes . predefined -ion port number, m n#— network "> - *• «-* 
command. A. app.ia.ce new, server receives me apptiance co„,rol P»cke,, ex»c« tite 
applrance new, ID. lookup a corresponding destination IP address m a mappmg .able, and 
flards o.e apphanc. con.ro. packet ,o the destination IP address. An app.,ance convex 
"tercepts and identic the app.iance con«ro. packet, extracts the con.ro. command and asserts tine 
control command to the appliance using an appliance communicaUon protocol. 

The invention provides many advantages over known technique, Tne present invention 
incudes me ability to share the IP address of a LAN end station, mereby etiminatin g *e need for 
additional .P addresses. This feature results in apparatus wherein each utdwdua, FAX ,s n* 
required » assume Ml da. netwot* communicauon protocol options, whtch are left » the LAN 
end station. Consequently, network administration effort required to manage addmonal FAX 
devices is negligible. In addition, the invention also eliminates local and long disttnce ton cost 
charges for FAX transmissions which can become extensive. Moreover, the invention allows 
remote access control of appliances which promotes tire mobility that is now so prevalent m our 
society. 

In another aspect, the present invention provides latency and bandwidth control by 
controlling the transmission of packets of different users based on priority. When a user havmg a 
h^ priori wishes to transmit a FAX communication or issue control commands » a remote* 
ZL nelk appliance, a communication line is made avaUabie for ma, user's —on and 
a„ outer communication is preempted. Bandwidth control is effected by reservmg d,e requtstte 
bandwidth for the transmission and releasing it when the transmission is completed. 

in another aspect, the present invention provides distributed lookup tables that allow a FAX 
network ID number or a device network !D number ,„ be used as a key «o find associated * 
addresses within the lookup table. By placing ute lookup tables in multiple locations, such as a 
oevice to LAN converter, local server, and remotely located server, a hierarchy. 
architecture can be used mat localizes subsets of mapping information nearest die entity. Update 
packets can he forwarded to upstieam servers, thus ...owing a remote* ^^«-« 
have an extensive mapping tab.e, which can be accessed when the mapputg «ab.es of the dev.ce to 
LAN converter and .oca. server do no, contain IP addresses ma, map «> a FAX network ID 
number. By utilizing the hierarchical mapping table architecture of the present invention, a 



A-68437-l/RMA/JWC 



1024599 



„♦ «ft P n accessed IP addresses are stored locally 
reduction in network traffic is realized as the most often accessed 
and fewer queries to a remotely located mapping table are reared. 

^ in AX network ID or device network ID 

««*- * nUmter "identified by significant digits, ieaving the leas, significant 



BRIEF DESCRIPTION OF THE FIGURES 

r th- invention will become readily apparent upon 
Additional advantages and features of the invenUonw ^ 

reading the following detailed description and appended clanns when taken 

reference to the drawings, in which: communication through the PSTN as known 

FIG. 1 depicts a FAX transmission and voice comm 



in the art; 



mr 2 deoicts a data network construct as known in the art; 
FIG. 2 depicts transmissions through a data network; 

tjt<- ^ Henicts a prior art technique for hAA trans.nu 

FIG. 3 depicts a p transrnis sions through a data network; 

err 4 deoicts a prior art technique for FAX transmisMu 

FIG. 4 depicts a p transmissions through a data network; 

FIG. 5 depicts a prior art techmque for FAX transmi ^ ^ ^ 

FIG. 6 depicts a FAX-through data network work according to 

"HOVdepictsafirst converter according to me first embodiment of the invention, where, 

£ /dl^asecondconverter accordhig to the first embodiment of the mvention, 

herein the second converter is in a "receive only" rf ^ mvention 

FIG. 10 depicts the first converter according to an exemplary 
shown in a send and receive configuration; ^ rf ^ 

FIG. 11 depicts the second converter according to an exemplary 
invention shown in a send and receive configuration; 
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FIGS. 12A/B depict method steps for transmitting a FAX communication from a sender 
FAX to a receiver according to an embodiment of the invention; 

FIG. 13 depicts additional method steps for sending the notification packet to the network 
server according to an embodiment of the invention; 

FIGS. 14A/14B depict additional method steps for receiving the notification packet at the 
FAX-network server according to embodiments of the invention; 

FIG. 15 depicts additional method steps for generating a sender notification packet 
according to an embodiment of the invention; 

FIG. 16 depicts method steps for establishing a FAX communication between a sender FAX 
and a first converter according to an embodiment of the invention; 

FIGS. 17A/17B/17C depict additional method steps for sending the FAX packet to FAX- 
network server according to an embodiment of the invention; 

FIGS. 18A/18B depict additional method steps for receiving the FAX packet at the FAX- 
network server according to embodiments of the invention; 

FIGS. 19A/19B depicts additional method steps for intercepting the FAX packet at a second 
converter according to an embodiment of the invention; 

FIG. 20 depicts additional method steps for establishing a FAX communication with the 
receiver according to an embodiment of the invention; 

FIG. 21 depicts additional method steps for detecting a receiver IP address according to an 

embodiment of the invention; 

FIG. 22 depicts an appliance control apparatus for asserting a control command to an 

appliance from a remote network user; 

FIG. 23 depicts an appliance converter according to an embodiment of the invention; 
FIG. 24 depicts the appliance converter according to an exemplary embodiment of the 

invention; 

FIG. 25 depicts an appliance network server according to an embodiment of the inventxon; 
FIG. 26 depicts a daisy chain configuration of the remote access appliance control 
apparatus according to an alternative embodiment of the invention; 

FIG. 27 depicts an appliance network server according to an exemplary embodiment of the 

invention; 

FIG. 28 depicts method steps for asserting a control command to an appliance from a 
remote network user according to an embodiment of the invention; 

FIG. 29 depicts additional method steps for detecting an appliance IP address according to 
an embodiment of the invention; 
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FIG. 30 depicts additional method steps for intercepting an appliance control packet 
according to an embodiment of the invention; Uttn 

HGS. 31A/31B depict additional — « «»■ to reMiVing 0,6 n0 '" iCa " On ^ 
,• . n .twork server according to embodiments of the invention; 

Zs tZZ w additional — — - — - ««— ^ M 

the appliancenetwork server and transmitting the appliance control packet ,0 a destination IP 
address according » embodiments of the invention; 

FIGS 33A/33B depict addition., method steps for sending a notification packet » the 
appliance network server according to embodiments of the invention; 

FIGS 34A/34B depict additional method steps for intercepting the apphance control packet 
In the daisy chain configuration of the appliance conveners according to an embodiment of the 

report to the remote network nser according to - embodiment of the invention 

FIG 36 illustrates the architecture of an additional embodiment of the FAX-to-LAN 

converter and device-to-LAN converter incorporating an internal mapping table; 

FIG 37 illustiatesmearchitectitreof.lterr.tiveembc-m^n.ofmene^rksofthe 

present invention incorporating distribnteoVhiera^ical mapping ub.es; 

FIG 38 illustrates the architecture of alternative embodiments of the FAX-to-LAN 
converter and device-to-LAN converter incorporating query/resolution capability for 

distributed/hierarchical network ID to IP address mapping; 

FIG 39i..ustratesn,earchitecmreofa„».ternativeeml^i I ne„.oftitelocalserver 

incorporating miery/resolution capabiln, for distributed/hierarchical network ID to IP address 

""""^FIG 40 illustia.es the architecture of a remotely located server incorporating 
^/resolution capability for distributed/hierarchical network ID .o IP address mappntg 

FIG. 41 depicts method steps for transmitting a FAX communication from a sender FAX to 
a receiver according to an embodiment of the invention; and 

FIG. 42 depicts method steps for query and resolution of die receiver IP address accordmg 

to an embodiment of the invention^ 



A-68437-l/RMA/JWC 



1024599 



DETAILED DESCRIPTION 



T* present — M «o a FAX-through data network and a remo* access appliance 
, , . and methods In particular, 0* invention utilizes a data network to transfer a 

C-n, — diets the capabihty to share an IP address „ t a UN end sution at* *e 

^intercept network data packets — - - ^ end station in order to tdenu* 
ability torn h ,„ 0 ^ t Headine numbers are used herein for readability 

FAX data packet or an appliance control packet. Heading numoe 

and are not necessarily indicative of specific embodiments. 

1 F AX-through Data Network 
' A FAX-through data network transfers a FAX communication from a sender FAX to 

althrnUBh aPSTN In order to implement the FAX-through 

t am w m be passed through. Similarly, all traffic transmitted from the LAN to the 

p!k« — ed front the LAN end sution to the LAN, anaiy.es the packet, and iearns ti* H> 
^ t of the LAN end station. Once the IP address of the LAN end station ,s determined, the 

11 FAX network ID and the IP Address. Each converter is assigned and setup wtth the 
converter FAX-network ID These FAX-network IDs are not PSTN phone 

cay network ID when manufactured. 1 nese r ajs. neiwui* 
L ^" pr va K phone numbers assigned b, the FAX-network adntinistration. Every 



server. 



Tta. is no direct data transfer between a sender's LAN rcter and a receiver's LAN 
router Instead, aU the FAX packets are sen, to the FAX-network server using a predefined sesston 
n»m te , T* FAX-network server wi„ search .rough a mapping ' ™ 
address and forward the FAX packet to the destination IP address. The msuliation of the FAX 
nZk server is necessary to prevent tire dupiication of session port numbers between tite 
Znitting converter and the LAN end sution. This is due to the fact that the converter ha, „o^ 
3 over the session port used by the LAN end sution. A network appiication m *e LAN end 
H usual* random,, selects the session port number (other titan wei, known ports) to — - 
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„ respond to » data network — . TWore, - *- * — » — — 
number is a My and possible conflict which nee* » be resolved. 

™ s conflict is resolved b, installing Ore FAX-ne^ork server in the WAN. The server has 
h e IP address that only the FAX-through data network can access. A network 
5 "T rr™oI server is flared by an identification field in *e packet to 

packet — d » ^™ notifica(ion packeK . m „ otiflM ,ion packet is fed urto an 
distinguish between FAX packets and P „, ^ss and the 

extractor to extract the source IP address and fee FAX-network I ork ^ 

FAX network ID are added into the mapping table as a new entry. Since the FAX netwo 
FAX-network ID a ^ ^ ^ ^ ^ ,„„ „« FAX- 

10 Iir™~ — plycanresowedreconflictandpropenyidenti^e 

£1 described. 

l£! A. System Architecture FA X-through data network 

it: A first embodiment is described with reference to FIG. 6. A FAX thr g 

Si ta Z that transmits a FAX communication 102 from a sender FAX 104 to a receiver FAX 

apparatus 100, that transrmts . ^ & 

O 106 without routing a signal through a PSTN, is depicted. PP 
! i! sid e LAN end station 108 having a receiver IP address and a sender side LAN 
% 7 . pnder tp address A first converter 120 receives the FAX communication 102 from the 

2 « T Z ZTZ^s the FAX communication 102 to a network packet format to generate 

a FAX packet 11 ^ ^ ^ m> extracts me 

receiver destination IP address. A second converter 170, 



30 



to the receiver FAX machine 106. 

„f fir.it converter 120, shown generally in FIG. 6. For the 
FIG 7 depicts one form of the first convener iz-v, e> 
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• .. « m .hat stores the FAX communication 102 received from the 
incudes a FAX transmt. b»«er 122 that stores * „„„ 12 4 

sender FAX ,04 via a FAX —cation port ,24^ ^ 
Wishes a conn— hnk with «- sender PAX 

device (not shown) M ^ ^ ^ communication 102 to the network packet format 

PAX commumca tion 02 - conve^ i ^ ^ ^ ^ ^ ^ 

» ^ U2 and the receiver FAX— rD. A transmit channe. 

in a header of the FAX packet 112 ana 

~rrr.r„r:=~- — 

a transmit channel 132 of a LAN communication port 134. 

K ceive channe, 154 and identif.es the ..work P-™— ^ ^ ^ 

pa cke< ,12/186. ABrste^actorlJ^de^rmmesaPAX-nemorkma 

. w, ™/i 88 and creates a new entry in the mapping tame iov 

ta Ore ^ rad . „ ^ «. A second enactor 162 deques 

table includes a FAX-networic iu ne A search engine 164 determines 

„. destination FAX— ID from the FAX pac* 1 FAX— 
m e destination PAX ,P address from tire ~ ^ modifies . ,P 

ro received from the second extractor as a key. m pa c k et modifier 166 



150. 



« 9 depicts the second converter 170. shown generany in FIG. 6. T*e seco„, converter 
FIG. 9 ^ ^ that detects and extracts the receiver IP address by 

HO includes a source IP — r fcy ae ^ slde ^ en d 

monitoring ffansmu channel 172 for netwo p ks a 

stM ,on .08. C*ce the receiver IP address is determn^, *e « fte 

notification packet 188 inCnding the predefined sesston , « -* - - 

cay network ID and the extracted receiver w auuiea 
packet 188, the receiver FAX-network 

lAO/Ki 
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channe, arbitral 128 monitors the receiver side end stedo. transmt. channe, .72. O-ft. 
— channel is idle. me .ransmi, channel arb„rator .28 <ransf.rs fte nonficanon packe. .88 
* FAX-nerwork server ,50 via Ore — channe. 174 of * IAN —cadon per, .76. 

me second converter 170 does no. have a dedicated ,P address and therefore shares the IP 
address of the receiver side LAN end stetion 10S. Conseouen.lv. the second converter m ^ 
fce receive channel finer .42 fta. monies a receive chamte. 179 for ne*»or .packe* .™ m 
emitted to the receiver side LAN end stetion 10S. In order to idem* aM mtercep. the FAX 

112 the receive channe. fi.ter .42 nr„ni.ors , session port number and a source 0> address 
71 network .-1,2. Once a FAX packe. 1.2 is iden.if.ed and intercept from 

7 ,n* the FAX packet 112 is stored in the FAX receive buffer 144. A network format to 

• im tr> the receiver FAX machine 106 via a rAA 

o«h fnrwards the FAX communication 102 to trie receiver m 

^t„!por.. 8 2. 

ZL FAX nLdne .06 wiftou. roofing a signa, ftrough the PSTN as described above. 

FIG 10 deplete anofter form of the firs, converter 120A, shown generaHy in F.G. 6. 
Where, „ - FAX machine .04A is fi,r*er configured to aiso ™ ™° ^ 

184 unlizing bo«h a s.art-»P mode and an operauon mode. The firs, converter .20A fcrmer 
"a Ire IP extractor 136 ma, detects and e«ac B the sender IP address by _ a 
CI hanne, 130 for network packe. 137 transmitted by the sender side LAN en stahon ..0. 
oTe.be sender IP address is determined, the source !P extractor .36 generates a no— 
^ir.38 including Ore predefined session port number in a header of me nouficatton packet 138 
: ^ ^X— ^and d.eex.ractedsender.P address. A stertep swUch recces fte 

transferred to an output 142 of the startup switch 140, the FAX pacR 
output 142 thereafter. 

Unfi, the notification packe. 138 is ttansferred to ft. outou, 142 o, ft. startop switch .40, 
fte firs, dverter .20A is in start-up mode. During start-up mode, fte FAX-network ID a nd me 
1H side LAN end station IP address are no. registered win, the FAX— server .50. 
Conluly me converter 120A is unable to receive or send FAX commm.ica.ions .02 from or 
^Te FAX-mrough date network 100. Once the nodficadon packe. 138 is — d to ft. 
FA^erwork server .50. me converter I20A enters operadou mode. During operauon mode, me 
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FAX-network ID and the corresponding IP address of the first converter 120A are registered in the 
FAX-network server 150, thereby enabling the receipt or transmission of FAX communications 
through the FAX-through data network 100. 

The transmit channel arbitrator 128 monitors the sender side end station transmit channel 
130 Once the sender side end station transmit channel 130 is idle, the notification packet 138 » 
transferred to the FAX-network server 150 via the transmit channel 132 of the LAN communication 
port 134 The sender FAX 104 then enters operation mode allowing the sender FAX 104 to 
receive FAX communications 184. A receive channel filter 142 monitors a sender side end stauon 
receive channel 135 for network packets 139/186 transmitted to the sender side end stauon 170. A 
session port number and a source IP address of the network packets 139/186 are then analyzed m 
order to identify and intercept a FAX packet 186. A network packet 139/186 transmitted to the 
LAN end station 110 is identified as a FAX packet 186 when the session port number matches the 
predefined session port number and the source IP address matches an IP address of the FAX- 
network server 150. A FAX receive buffer 144 stores the FAX packet 186 once it is xdenUfied and 
intercepted. A network format to FAX format unpack unit 146 then extracts the FAX 
communication 184 from the FAX packet 186 and forwards the FAX communication 184 to the 
sender FAX machine 104A via the FAX communication port 124. The FAX communicauon port 
124 establishes a communication channel with the sender FAX machine 104A without routmg a 
signal through the PSTN by using a PBX emulation device (not shown) as known in the art. 

FIG 11 depicts the second converter 170A according to another embodiment of the 
invention wherein the receiver FAX machine 106A is further configured to also transmit FAX 
communications 184, utilizing both a startup mode and an operation mode. Tne second converter 
further includes a startup switch 140 that receives the notification packet 188 and a FAX packet 
186 Once the notification packet 188 is transferred to an output 142 of the startup swnch 140, the 
second converter enters operation mode, thereby transferring the FAX packet 186 to the output 142 
thereafter During operation mode, the FAX communication port 182 establishes a commumcatxon 
with the receiver FAX machine 106 without routing a signal through the PSTN as described above. 
A FAX transmit buffer 122 then stores the FAX communication 184 received from the receiver 
FAX 106A via the FAX communication port 182 transmit buffer 122. A FAX to network package 
unit 126 then retrieves the FAX communication 184 from the FAX transmit buffer 122 and 
converts the FAX communication 184 to generate the FAX packet 186. The FAX packet 186 
includes the predefined session port number in a header of the FAX packet 186 and the destmauon 
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FAX-network ID for identification purpo.es. In order for Ore receiver FAX machine 106A to aiso 
.ransmi, FAX conununication 184, me transmit channel arbiter 128 farmer monitors the recetver 
sid e end station transmit channe. 172. Once the transmit channel 172 is idle, the notification 
packet/FAX packet 188/186 is transferred to the FAX-network server 150 via the transmit channel 

174 of the LAN communication port 176. 

The FAX-through data network 100. is preferably configured such that the first converter 
,20 and the second converter 170 hod, send and receive FAX communication, 102/184 as depicted 
in FIGS 10 and 1 1, respectively. However, it is within the contemplation of the present inventton 
,„ configure, the firs, converter 120 and the second converter 170 as depicted in FIGS. 7 and 9 
respectively. Such a configuration would require a firs, converter 120 and a second converter 170 
attached » each FAX machine 104/106. The firs, converter 120 would be configured m me send 
only- mode, while the second convert 170 would be configured in me "receive only" mode as 
described above. Thereby, each FAX machine 104/106 could ehher send or receive the FAX 
commnnicanon 102/184 whhout routing a signal through the PSTN and also snare, me IP address 
of its corresponding LAN end station 108/110. 



B Operation 

HG 12 depicts a method 300 of a first embodiment for transmitting a FAX communication 
102 from a sender FAX 104 to a receiver FAX 106 utilizing a FAX-through data network 100 
without routing a signal through a PSTN, for example, as depicted in FIGS. 6 and 8. "Method, as 
refers to herein, refers to a sequence of steps that can be performed by various hardware and 
instructions that can be executed on a computer, such as computer programs, software and 
firmware Hardware such as device to LAN converters and servers can incorporate computer 
processors and memory r^ired to execute the instructions tha, carry ou, Ore steps listed m fine 
methods „, me present invention. The FAX-through data network 100 functions in a stert-upmode 
and an operation mode. The FAX-mrough date network 100 a, step 302 begins in startup mode, 
wherein a receiver IP address of a receiver side LAN end station ,08 is detected. A, step 304, a 
notification packet 188 including a predefined session port number, the detected receiver IP address 
and a receiver FAX-network ID is generate*. At step 306, me notification packet 188 is sen, to a 
FAX-network server 150. A, step 320, me notification packet 188 is received at the FAX-network 
server 150 wherein the FAX-network server 150 includes a mapping table 160 between <he 
destination FAX-network ID and me destination IP address. The FAX-network ID and 
corresponding IP address contained in the notification packet 188 are added to the mappmg teble 
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160 in order to enable the transmission of the FAX communications 102 between the sender FAX 
104 and the receiver FAX 106. 

Operation mode begins at step 340, wherein a communication link is established between a 
first converter 120 and the sender FAX 104 without routing a signal through a PSTN. At step 360, 
the FAX communication 102 is received from the sender FAX 104 at the first converter 120. At 
step 362 a FAX packet 112 is generated by converting the FAX communication 102 to a network 
packet format including the predefined session port number and the receiver FAX-network ID. At 
L P 364, the FAX packet 112 is sent to the FAX-network server 150. At step 380, the FAX packet 
112 is received by the FAX-network server 150 and re-transmitted to a destination IP address. 
However, the destination IP address is first looked-up in the mapping table 160, using the receiver 
FAX-network ID as a key, in order to re-transmit the FAX packet 112 to the destination IP address. 
At step 400, the FAX packet 112 is intercepted at a second converter 170. At step 420, the FAX 
communication 102 is extracted from the FAX packet 112. At step 422, a communication tink is 
established with the receiver FAX machine 106 without routing a signal through a PSTN. Fxnally 
at step 440 the FAX communication 102 is transmitted to the receiver FAX 106. Steps 340 
through 440 are repeated during the operation mode of the FAX-through data network 100 for each 
transmission of the FAX communication 102. 

FIG 13 depicts additional procedural method steps 307 for sending the notification packet 
188 to the FAX-network server of step 306, for example, from the second converter 170, as 
depicted in FIGS. 9 and 11. At step 307, a receiver side LAN end station receive channel 172 » 
monitored. At step 310, when the receive channel 172 is idle, a pause control is asserted to the 
receiver side LAN end station 108. A pause control is a flow control technique as known m the art 
which has been implemented for the Internet and LAN. At step 312, a LAN revive channel 174 ts 
arbitrated for sending the notification packet 188. At step 313 the notification packet 188 .s 
transmitted to the FAX-network server 150 via the LAN receive channel 174. At step 314 the 
pause control is de-asserted to the receiver side LAN end station 108. Finally at step 316, the LAN 
receive channel 174 is arbitrated to the receiver side LAN end station 108. 

FIG 14A depicts additional procedural method steps 321 for reviving the notification 
packet 138/188 at the FAX-network server 150 of step 320, as depicted in FIG. 8, thereby 
completing the start-up mode. At step 322, a network packet is received from a FAX network 
server receive channel 154. At step 324, it is determined whether the network packet xs a 
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notification packet 138/188. At steps 326 and 328, a source IP address and a source FAX-network 
,D are extracted from the notification packet 138/188. At step 330, a new entry is created tn me 
mapping -able 160 incinding me source FAX-net»ork ID and the source IP address. Finally a. step 
332. these sKps are repeated for each new sender/receive, FAX .08/110 that is added to the FAX- 
through data network apparatus 100. 

FIG 15 depicts additional procedural method steps 450 of the start-np mode, depicted as 
steps 302 through 320 in FIG. 12, thereby enabling the transmission of the FAX communication 
102 from the receiver FAX 106 to the sender FAX .04, for example, as depicted in FIGS. 6, 8 and 
,0 Steps 302 through 320 are included in FIG. 15 for the purposes of illustration. A. aep 456, a 
sender IP address of the sender side LAN end station 110 is detect and extracted by monitonng a 
sender side end station receive channel 135 for network packets 139/186 transmitted to the sender 
side end station 1 10. A. step 458, a notification packet 138 is generated inc.uding the prrfefined 
session port number in a header of the notification packet 138, the sender IP address and a sender 
FAX-network ID. A. s*p 460. the notification packet 138 is sent to the FAX-network server 150. 
Once the notification packet 138 is transmitted to the FAX-network server .50. firs, convener 
120A enters operation mode. Finally, a. step 462, the FAX-network server 150 will recetve the 
notification packet 138 and create a new entry in the mapping table 160. Tbe new entry cotnatns 
the sender FAX-network ID and the sender IP address extracted from the notification packet 138, 
and enables a FAX communication 184 to be transmitted to the sender FAX 104. 

FIG 16 depicts additional procedural method sfcps 452 for establishing a communication 
link between the firs, convener 120 and the sender FAX 104 of step 340, as depicted in FIG. 7. At 
s«p 342, an on/off hook of tine sender FAX machine 104 is monnored. A, s,ep 344, a d,al ,o„e >» 
general ,o U,e sender FAX machine 104. A, sfcp 346, a communication channel is eaabhshed 
between the sender FAX machine 104 and a PBX emulation device (not shown). A. step 348, a 
FAX communication protocol is established with the sender FAX machine 104. A, step 350 a 
destination FAX K .epho»e number is reared ,0 determine whefner ft. destination FAX phone 
number is a FAX-ne W ork ID. A, s<ep 352. when me destination FAX phone number ,s , FAX- 
network ID, the FAX communication 102 is su,red in a FAX ttansmi, buffer 122. At step 354^ 
when the destination FAX phone number is a FAX phone number, the FAX communicfon 102 ,s 
to me destination FAX machine via me PSTN. Finally a, aep 356, *e line is disc<,nnec<ed 
when the sender FAX machine 104 is on hook. 
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FIG 17A depicts additional procedural method steps 454 for sending the FAX packet 112 
„ the FAX-network server 150 of *ep 364. for example, in the firs, converter 120, as depicted in 
FIGS 7 and 10. A. sttp 366, a sender side LAN end salon transmit channel 130 is monttored 
until a. decision step 367 it is determined that sub-stream transmission can begin. In thts 
mbodhnen, transmission can begin when the transmit channel .30 is idie. A. s*p 368 a pan, 
eontro, is asserted „ the sender side LAN end station HO. A, step 370, a LAN transmt. Chanel 
» is arbitrated for sending the FAX packet 1,2. At s*p 371 the FAX packet 1,2 - t~d 
to me FAX-network server 150 via to LAN transmit channe, ,32. (Optiona, step 371-1 ts 
discuss* below in another embedment.) At step 372, the pause control is de-asserted to the 
sender side LAN end station ,10. FinaUv a, step 374, the LAN transmit channel ,32 ts arb.tra.ed 
to the sender side LAN end station 110. 

FIG ,8A depi«s alternative procedure method steps 470 for receiving the FAX packet 
u2 /186 a, Ore FAX-network serve, 150 and transmit** FAX packet 112/1* to me desti^tion IP 
^ress of sKp 380, as depict in Fig 8. At aep 382, a network packet, to to FAX- 

network server ,50, ,s received on a server receive channe, 154. A, s*p 384 an tnpu. filter 52 
determines whetor to network packet is a FAX packet .12/186. A, s K p 386, a -»d — 
"2 extracts to destination FAX-network ,D from to FAX packet 1,2/186. A, aep 388, . 
engine ,64 determines to destination FAX IP address from to mapping tab,e 160 by usmg to 
destination FAX-network ID received from to second extractor 162 as a key. At step 390 a 
packet modifier 166 ton modifies a destination IP address and a source IP address - a hea*r 
to FAX packe, 112/186. Tlte packe, modifie, ,66 replaces to destination ,P address of to FAX 
Le, l,2/,86 with to destination FAX IP address and to source IP address of to FAX packet 
^86 with an IP address to FAX-network server ,50. Fhtahv a. step 392, to FAX packe, 
112/186 is transmitted to the destination IP address. 

FIG 19 depicts additional procedural method steps 474 for intercepting to FAX packet 
„ 2 of step 400, for example, in to second converter 170, as depicted in FIG. 9. A. step 402. a 
K tw„rk packet 180/1,2 is received on , receive channel 179 of to receiver side LAN end station 
108 At steps 404 and 406, a session port nuntor and a scree address of to network packe. 180 
are analyzed. Finally a. step 408, when to session port number eouaU to predetermined sesston 
port number and to source address matches to FAX— server IP address, the network 
packet 180/1 12 is identified as a FAX packe, 112 and is stored in to FAX recetve buffer 144. 
Otherwise a. step 409, to network packe, 180 is transmuted to to LAN end s*«on 108. 
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F,G 20 depicts additional procedural method steps 476 for establishing a communication 
ft* with the receiver FAX 106 of step 422, for example, in the second converter HO, as depicted 
ta FIG 9 At step 424, a ring/answer reonest is generated to the receiver FAX machine 106 w«h a 
PBX emulation device (not shown). A. step 426, a communicadon channel is established between 
the receiver FAX 106 and the PBX emulation device (not shown). At step 428, a FAX 
co^unicadon protocol is established win, the receiver FAX .06. Finally a, step 4,0 the FAX 
packet 112 is retrieved from a FAX received buffer 144, and ore FAX communicadon 102 ts 
extracted. 

FIG 21 depicts additional procedural method steps 480 of the start-up mode for detecting 
the receiver IP address of step 302, for example, in the receiver converter 540, as depicted in FIG. 



23 At step 482, a transmit channel 572 is monitored for network packets 556 transmuted by the 
receiver side LAN end station 508. At step 484, a source IP address in a header of the network 
packet 556 is detected and extracted. Finally at step 486, the source IP address is used as the 
receiver IP address. 

2 Remote Access Appliance Control Apparatus 

The IP Sharing method utilized by the FAX-through data network described above „ not 
limited to the transmission of FAX communications. The protocol used by the FAX 
communication port of the converter can be modified to utilize other established or new protocols o 
enable connections to any device. The method of learning the IP address of a LAN end stauon and 
sharing it with an attached device is the same. This sharing mechanism conserves network 
resources and reduces network management effort. 

For example, an appliance could be attached to the communication port of an appliance 
converter. Each appliance, such as a VCR, a TV, an air conditioner, a security alarm, or a hghung 
system will use an established or user defined communication protocol to control the power on/off, 
volume high/low, or other functional adjustments from a user through the data 
protocol is most useful but is not limited to receiving control commands from a REMOTE 
networkuser. The use of a network server and notification packets enables the remote access 
control of the appliance as described for the FAX-through data network. The invention can also be 
used to transfer status reports generated by the appliance to the remote network user. 
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Tr* appliance can send status repot either autonomously and periodically to the remote 
network user 1 o„ ^. basis in response ,„ a command control packe. sen, from me „^ The 
^ reports may conuin - defined Ken* sncn as K mpera.ure reading and a vtdeo snap*o. 

I defined appliance c<— cation P—l, and sending * repon to - apphance 



converter. 



„ addition, an end sution IP address ean be fhnher snared by multiple appha^ conveners 
„ a daisy chain configuration. A.i me appiiance conveners in one chain share no, oniy <he IP 

L also ,he network ad—on resources witi, a LAN end s«ation. This results „ a 
significan, reduction of the limited network administration resources. 

TO describe the daisy chain configuration * folding Krminology is intioduced, . "Firs,- 
convener in me chain is me convener directly conneced «, me end s«uon whtle me Us, 
Z ener in me chain is direcdy connect ,o me LAN wim additional conveners merebetween. 
" vener * to send either a notification packet (as described above,, or an appnance 
T 3 nacket (sums repon in , network packe. format), it needs to detect an idie state m the 

"1 me notification/sums packe, on, to me LAN pc* However, me convener . reomred to 

Pause Control to stop Ore end station or previous stage convener from sendmg any 
packets to me ttansmission channel during mat period. 

Dne . this reouiremen,, each convener needs to provide two Actions to enable the daUy 
Chain configuration to work. Firs,, each — is reouired to accep, the pause contiol protocol 

convener or LAN connection (for me las, convener,. Upon _ m,s pause 
^command, me convener wil. stop an, —ion to LAN channel until the pause 

convener or me end station(for the firs, convener). This backward propagation of me pau* 
: „„, can stop ail me rransmissions from the previous stage. This second ^~ °« 
nnione to daisy chain configuration-, bom the single appliance configuration and FAX-nrr»,gh da« 
Zrk a« retired to accept a pause control from me LAN charmel and forward back me pause 

control to the previous stage. 
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f; , ^ !P sharin* mechanism no, only shares <he IP address *- *> 
U should be noted that the IP sharing ^ ^ end 

^tionisbusy. ^^^^^' ^IL^. before, appliance^ing the* 
w „ partes are sharing - — ""^rlucat.ons. For example. — * "* 

as voice conversations are nm *vv 

A system Architecture An appliance control apparatus 

500. for asserting a control command 502 to an app ^ ^ ^ 

using an appliance —cation prot^s P ^ ^ ^ „ 

sid e LAN end station 508 havtng an appliance ^ 5o6 ^ ^ , 

predefined session port number, an apphanc ^ 
i ne^lD.loo^pacorrespondmgd— J An ap pUance converter 

» forwards me appliance control packet 510 to * «~ 5 ,0, extracts me control connnand 502 

| and asserts the control command 502 to me PP 



2(H-I protocol 



, ouvemrS^a^rdmgtotmerr^odirnentofmemvendon 
FIG. 23 depicts the appliance convener 540 ^ 
sec. Inittedtotheapplianceside.^ 

converter receive channel 543 for network packe , 5,0, a session port 

25 end station 508. >n order to identify and ^ ^ rom ber and a source 

number of me network packet 544/510 must ^ MWOtk ^er 

1P aodress of me network packet 544,5.0 must >-* ^ _ ^ ^ ^ 546 . 

520. Once identified, the appliance control packe ^ ^ ^ ^ ^ ftom 

A^^'-^;" :;lcon B o.command502,od,eappUance504via M 

30 me appliance control packet 5,0 *>d fo MimniniMno „ port 550 establishes the 
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^ 5<M T^J^ C— hus -** CC «~* 

choose from such as RS232 <sc ^ ^ ^ own 

mode and an operation mode^ PP , 
«-» 5M conned to detect - — * «" ^ ^ end 508. Once 

me appliance IP address is determtned, the source ^ ^ ^ ^ ^ 

558 inc.ud.u8 die pruned session P»« ^ 566 ^ notification 

' t , 558 u„ansferredm the output 568 of me startup switch I4K 

;, Un ,„ the notification pact* 558 trans ^ ^ ro 

I! fiance convert 540 is ^^^^Z^^-***. 

;l cons^enuy.meappiia-— ^, 558 is — d » me app.iaucc 

me rem* network user 506. Once the r^ing operatton mode, 

server 520, me appiiauce converter *0 -» ^ ^ 

30 apphanc* network server 520 via , transmit cha- jf ^ ^ ^ ^ 

fiance converter 504 then enters operas mrfe a« PP^ ^ ^ , 

However, misem^ntrenu.^e-o.n ^ use[ „„ pac ke< 
^r »„ ttfi can„n packet 580 hefore th. starus report - *= S ^ ^ . 

5S„, incindes me p— session port nutnher m header 
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„ ser IP address He user notitlcaUon P a*et 580 is *en sen. to the 
user network ID and a nset IP address. ^ ^ ^ 

„ network server 520. Once Ore - °~ „ ^ inclodtag te nser 



506. 



10 
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r..,~5M via the appliance connnunicauon port 550. me iv 
front the apphance 504 th pp ^ ^ ^ 

^ 550 establishes a —cation ^ ^ ^ 562 then 

receives the status report 552 and con predefined sesston 

gMl erate a «. report packet 564. The status report ***** ^ ^ fc 

port nunrber in an identification fteid of me status report packet 564 



25 



remote network user 506. 



•, h 566 receives bod, the notification packet 558 and the status report packet 
startup swttch «6 ««- ^ rf ^ sBimp switch M , the 

564. Once the notification packet 558 vs trans ( 
status report packet 564 is transferred to the output 568 ~~ ■ ^ ^ 

57 „ oren tnonitors an appliance side end sation trans*. - ^ ^ ^ 

channel 572 is idie the ***** P— ™ ^ — ^on port 5,6. While 

* e trans** chatute, arbttrator 57 ™ ^ „ stop it ftom tr— 8 network 

564, a pause control command » asserted to 564 

^ 556 ^:^:irrir: M e,e 

finished, the pause control commanu 



packets 556. 



30 



to ve„ti„n5«.. -^"-°^" M ~:i: p ILl„rkserver520. The 
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, i~t sin based on an identification field of the 
slatus report packet 564 or an appiiance — - ^identiKed, . flrst factor 526 

• ^ whpn a notification packet 558/dwj is iucut 
KW „r k packet J ^ to ^ ^e, 558/5S0 to create a 

^ entry in the mappn* able 530. When a PP ^ ^ ^ ^ ^ 

^ke, 564 is identified, a second extrac* ^ a 

n. address from the mapptng «* «> » ! 8 ^ol/sums report packet 
^r 532 *e» repiaces , des^tton » ^ 
sin/564 with the destination IP address and a source 

, "r^t 5,0/564 * an „ address the appiication — »• 

1 — « — appaln^—sa 

':' and , las. convex 606 is provded to W* «» ^ ^ «, 6 

J sr^ach — — 540 has an a.ched 

!*= appliance 504. 

the appliance network ID in the appliance control packet 
appliance converter 601. 

30 oftheappliances^nalsogenerateasatasrepo^SZ^ P ^ ^ 

— ■ ctamel " M oTn- «— « - «- ■ - N — — ' te " 
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a . ,™, 508 is reached. Following assertion of the pause 
«, until the appiiance sides LAN end station « - « ^ ^ ^ ^ 

control, the nodfication ^ port 576. once * 

— 520 1116 r^;rrl * p- — — - *— ■ * tr*" 

ot status report packet 558/564 is se * a „„, lance converter so that the it can begm 
— *• — * """^ 556 ' * " e Plurality of appliance converters 601 until ate 

^rrrrr^Jsane^pac,. 

540. The appliance network server 520 includes th notiftel tion packet 

n a server receive channel 5*4 and identic - -"^^ ^ . pac ke< 

- S64 or an appliance control pacsei j 

558/580, a sums report packe. 564 or a ^P ^ ^ ^ [p ^ contamed . 

558/580 is received, a first extractor 526 detemu ^ a ^ 

534 detennines a destination network ID from the >PP ^ ^ ^ ftom ^ 

Once die network ID is exacted, a search » ^ m0<iifier 532 ,hen replaces 

; ^pping table 530 using me destination 5M/564 ^ destination IP 
. a destination IP address in the sums ' 510/564 ^ an IP 



addresses 
B 



to 

0 an 



° Pera,i °° rf re 700 of a firs, embodiment for asserting a control command 502 

FIO. 28 depicts a procedure 700 of. first ^ ^ 

„ mntr network user 506 using an appliance control apy 
an appliance 504 from a remote network ^ ^ 

, appliance communication protocol. - . ^ 5(X) 

ap params — in , s,art-up mode ' - " J^^. applianc e side LAN end 

sta ,io„ 508 is detected^ ^aless and an appliance ..work ID. A. step 7.2, the 
session port number, the appliance ir 
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, ■ acket 558 is sent to an appliance network server 520. At step 728, the notification 
notification packet 558 is sent to an PP ^ app ,i a nce network server 520 

, ic received at the appliance network server 520. ine appn* 

packet 558 is received ai uic w destination IP address. The 

inches a mapph* - 53. «— • " — ^ ^ 558 are 

added to the mapping table 530 in order ro en* 
appliance 504. 

Operation .node begins - s*P 730, wherein an appUance contro, padce. 5.0 is genera** 

5 „, « step 732. f appUance ^0 , PP^ ^ _ 

sKp 7M , the appiiance eo- , £-3 « - ^ ^ ^ ^ ^ ^ , fc 

mapping table 530, using me pf Atct „ n7 , s me appliance control packet 510 is 

appUance 504. FrnaUy a, step 754, the contto 

te appliance communication pro<ocol. Steps 730 toougmJ p 

„ t the appiian* controi apparatus XO tor each request controi conrmanc 502. 

FIG. 24. At step 7U4 ^ & of me 

the appliance IP address. 

PIG 30 depicts additional procedural method steps 739 of the start-up mode for sending the 
•r cket 558 of step 712, for example, in the appliance converter 540, as depicted in 

notification packet 558 ot step / f ^t, Qnnpl S 72 is monitored. At 

prr 24 At step 740, an appliance side LAN end station transmit channel 572 is monit 
FIG. 24. At step PP ^ tQ me appUance slde 

LAN end station 50. At -^ ^ ^ ^ me „ 

notification packet 558. At step 7 ^ ^ ^ 

network sender 520 via the transmit channel 572. At step 740, P 
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. haq tfiP T AN transmit channel 574 is 
fte appliance side LAN end station 558. Finally a, S «ep 748, fte 

arbitrated to fte appliance side LAN end station 508. 

i_ j a. — c -7^8 for receiving the notification packet 
« M a^--.— - ^ ^-..and,. A.S.P 
558,580 at fte appliance network server 520 o step , ^ ^ ^ 

762 , „ fe determined whefter fte ftom fc „„ packet 

the appliance control apparatus 500. 

packet. transmitted to fte -^"^ ^ pac ke, is an appli.ce contro, 
524. At step 772, an mmtt filter 522 detenmn ^ ,„ ftom 

P-.M0.A,s W 774,as^nde^r3e» :h 

fte appliance control packet 510. At step , ^ ^ „, 

app.ia.Ke „ address from fte * « » *— — « 532 ^ 

-ived from fte second extractor 534 asa key ^ m The packet 

. destination IP address and a source W - PP ^ M() ^ fc 

modifier 532 replaces fte desonauon IP address « f ft PP ^ ^ ^ 

^'^-^~;^mft.««.---'-- 

an IP address the appliance network server 540. rin y 
510 is transmitted to the destination IP address. 

a i ™thnd steos 713 for intercepting the appliance 
FIG. 33 depicts additional procedural method steps 

* ♦ for example, in the appliance converter 540, as aepicie 

> — 510 " "* " I Zotra.mi.ted * -iver side LAN end station 508, is 
23. At step 714, a network packet 544,510 ^ ^ ^ 
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tp address and the destination network ID 



10 



155t 



2Q=i 



25 



station. 



Br M ^ add m„nal procedural method steps 832 for intercepting the appliance 

-a- vir<i 24 and 26 At step 834, a network packet 556/510, 

— 601 ' - deP : Cted :r A N 1 ^ 508, is received on an appliance convex receive 
.ansn.ttedtotnerecetvers^LANe^^ 

channel 543. At steps 836 and 838 , a session p session rt 

v * ,«/«0 are analyzed by a last appliance converter 606. At step 840, wne 
packet 556/510 are analyze y ^ 

appliance server IP address, a destin ^ ^ Qf 

converters 601. At step 842, wne appliance receive buffer 

546. 00*™*, me network packet 556 ts — ^ ^ 

ge.era.es a status r^rt 552 * ^ no , mcation pack et 580 is generated 

example as deptcted m FIGS. 22 and 26. A P ^ ^ ^ 

^ * »> - "~ g20 M ^ « * user -option packe, 580 is received a, me 
appliance network server m A, s.^06, ^ ^ ^ ^ ^ ^ ^ _ 

appiianee network server 520. A. ^ ^ 
„e W ork ID and user IP address. At sfcp 808, a PP ^ ^ ^ ^ 

JLmcation W of me sums report packe. 564 arKl me user network ID. 
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564 at step 816, a looKup v ^ hance 

appliance network server 520 using the user *" * „' m me status re p„ n 

^ packet 5.0 is —a to the ^ * J- — «— 552 ' 

to a remote network user 506. 

controllable and predictable latency and bandw„u, The present ^ ^ 

aa. that is sensitive to latency and bandwidth ~ ^^^t— us eau be made 

FAX data also benefits from the present inventton, as h.gh pnonty FAX 

ovwr public networks or WAN without the latency or delay of prior systems. 

A . Architecture KnitecMIe ot conveners 120, 170 and 606 is described 

Directing attennon to FIG. 36, the arcnttectu ^ 

«-ni x tr::rrn=::;r— 

♦s™ As described above, transmit buffers 122, 30U reporu, 
with the present invention. As described sub . strea m and data 

• ^ i orhitratorl 28 The status includes priority of me sud sirecu 

- — C Tl trr22 560 e g empty, almost empry, half full, full, or watermark of the 
tinmen, in me buffers tote flow of packets 112 to transmit ch^nel arbitral 

Asusedhe :::^rshtdiribed *». - * 

128 . While transmt. buffer 560 M b. ^ ^ ^ „ 

an embodiment of the present invennou, 

or other 

mclude apparatus for video, atch as a cameras, media P avers »*h ^ 
sou.es of video, as we,, as a video display devce, such as a V- ^ 

„^ii a nres mav include microphones and speakers, or ou ff 

o,„e p-»< ~ ,ra ■■ s^ '™ , " l28 ' 570 

interactive voice communication, in m determine a level of 

lucude latency con.ro, module 90, that analyzes the status mformanon to determn, 
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urgency for the sub-stream data and how much bandwidth in the transmit channel 132, 572 xs 
required To reduce sub-stream latency, the transmit channel arbitrators 128, 560 can reserve 
bandwidth in the transmit channel 132, 572 for the sub-stream transmission and prevent the end 

above. As referred to herein, primary stream refers to the flow of packets 137, 556 over transit 
channels 130, 572 to transmit control arbitrators 128, 570. 



B. Operation „ .... 

Referring 10 FIG. 1TB, transmit buffer status is monitored at step 366. At dectston step 

in toe transmit channel arbitrator 128. 570. When toe latency control tncd«,e 901 needs to alloc... 
_ the shared stream 132 to the sub-stream, the ,atency control module 901 asserts pause control as 
S described above to the end station to preempt the primary strewn. As the latency control module 
2 001 has the capability to assert pause control without having to wait for an idle channel, pteempong 

'B the sub-stream data can be transmitted. 

h Bandwidth control is performed a, decision step 371-1, wherein the transmission of high 

,„ I„ oftoem have been transmitted. While me high priority pack«s are bemg transmt«ed, the pause 
I! control remains app.ied to toe primary stream and toe sub-stteam is transmuted. As descr.** 

above in step 372, toe pause control is de-assert from toe sender side LAN end su ton when all 
of toe high priority sub-stream packets have been transmitted. This additional step 371-1 
guaran.es that * the real time sub-s^eam data can 1* delivered within a determined tune and 
25 bandwidth control is achieved. 

The priority level of each sub-stteam and primary stream can be fixed or dynamically 
changed to assure both the primary data stream and toe sub-stream have prefer network 
transmission performance in terms of latency and bandwidth control. Priority can be user- 
30 dependent, with different priority levels associaKd wito various user UTs. A user's prior.* (and 
identification) can t. determined from a field placed wltoin toe packets that are tt—ed on 
llf of toe user. Network protocols such as Differentia, Service, RSVP, and toe likely also 
be used ,0 arbUra* priori* once toe packets are transmitted over a LAN, WAN, or pubhc 
network. 

2i 1024599 

A-68437-l/RMA/JWC 



4 Network Field Type as Packet Identifier 

m an embodiment, a network packet We is inserted into the packet as an idenufier, 
pacing -session port' of the embodiments described above. Different network packet rype 
Itifie s are used to differentiate between FAX-data packets and FAX-not.fiot.on packets. T„,s 
"" input finer ,52 in FAX server ,50 in FIG. 8 to direct FAX^ata and FAX-noUfica ,on 

z* — * — ■ * decisio ° skp ° f f ^r o ™ 

mbedded in a received packet (decision step 323 in FIO. I4B and ^ 
me FAX-network server 150 can easiiv handle FAX notification packets and FAX data packets. 

The second converter can a,so utilize the network we fieid to intercept FAX transmissions 
(decision step 403 in FIG. 19B). 

The embedded network type neld aiso can be used to differentiate between applfcnc, 
control packets and appliance notification packets, thus allowing «- « m 
7ro*e appliance control packets and appliance notification packe* to different route, DtrecUng 

Similarly decision step 77, is added to FIG. 32B. In FIG. 33B, a. M « '15. *e P«*e, 
HI. to determine whether an appiiance network field esists and, if so, control conunnes to 

step 717 where a determination is made whether me network type «e,d indicates the pa*. 
rZpiil control packet. If me network We field indicates me packets are apphance control 
ZeTthen control — to decision step 720, as described in FIG. 33A. If decs,on s*ps 
^7.7 are evaluated as false, me packet is routed to the end station and control rem™ to 
decision step 7,4. Similarly, decision steps 835 and 837 U. FIG. 34B replace decs,„n s«ps S36 
and 838 in FIG. 34A, respectively. 

When used in combination with the hierarchical, distributed mapping tables of FIG. 37 
destination FAX ID'S can be revived ,ocal,y, and FAX^ta packets can be routed direcdy to the 
ITving device to LAN — This eliminates me need to transmit me FAX data packets , » 
Z FAX server as described in embodiments described above. Using .he *" 
information, me receiving device to LAN converter - identify and intercept Ore WXd- 
packets. dctinationFAX-tDcanberesolvenlocaUy, 1st converter can route the FAX-data packet 

directly to 2nd converter. 
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5 Au.oma.ic and Hierarchical PSTN Number Mapping and Ouery/Resohmon 
' b another aspec, the present invention provide, automadc mapping of IP addresses .0 
PSTN numbers so that the use of a pubUc da* nerwork such as the Interne, for —ion ,s 
L^n. ,„ a user of a heritage PAX machine or other telephony device, or nerwor* apphauce 
3s anempts a. utilizing da. networks renuire a user to use either an IP -~ «» ^ 
Illress as a FAX number. Such approaches retired the user „ perform network adoun.srrauon 
^Lhasmanuanvconaguringin— ^^^^7^ 
cmbodimen, of .he presen. invention, a user can send a FAX from a .egacy FAX rnachtne to 
another legacy FAX machine using a device identifier similar to a PSTN number. The device 
H is mapped to an fP address, me FAX data is sent to the recipient over the pubhc network, 
and delivered to me recipient's legacy FAX machine. 

Mapping the PSTN number to an IP address according to an embodiment of the presen. 
hrvenJilives .vera, broad s*ps: examine the end suhon traffic, determine dte IP address, 
ZZL - Address to FAX-ID number. This process is — and complete* transparent 
Tl me user on* needs to .now the FAX-ID number in exactly same forma, as a homage 
PSTN telephone number of any FAX machine in the FAX network. 



A Architecture r>crM 
' no 37 illustrates -he architecture of an embodiment of .he presen. tnvenuon. PSTN 
^ing to IP addresses has applications in bod, ft. FAX network and *e appliance network 
111 above. A user of FAX machine 104 or other device on,, needs to know an acce* 

is associated with the receiving device ,„o, 504. In the preferred embodtrne« , *e 
1, number resembies a PSTN number having an area code, prefix, and ex^nston such as 777 
„ assoc,a«ed wUh the receiver device 106, 5 04, «.. * sending dev,ce — 
ZZ~ *» - dtis number „ search .he mapping .b,e 900 s-ored on 
20 for an IP address that maps to the PST* number. Optionally, mapputg «- «V» -* 
y. be stored on d-e device .o LAN convex ,20. ,70. «* and/or mappmg ubles **, 9,2 can 

on loca, servers 904, 9,0. These opdona, mapping tab,es can comatn recendy used 
device ID numbers, regiona, or ,oca, device ,D numbers, or whatever snbse, of mappu* 

.fficacrossrhepubUcnetworkorWAN. Sending machute = 

has a device ID of 777-555-1000 and receiving machine 106, 608 has a device 1U 
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Returning to FIG. 36, destination ID extractor 920 employs logic that examines data m 
packets to recognize a device ID number, which is used as a key for searching mapping tables 900, 
902 906 908, and 912 for the IP address corresponding to the device ID of the destination or 
receiving machine. When the corresponding IP address is located in a mapping table, tUs 
forwarded to the packet modifier 922. H. packet modifier 922 prepares packets to be transmuted 
by inserting into the packets the IP address located in the mapping table in plac* of the destmatton 
or receiving device ID number, as originally contained in the packets. 

B Operation 

Returning >o FIG. 37, when a user wishes to send a FAX, or remotely operate a network 
appUance, the user dials a device ID number ma, corresponds to me device a, me recipient's site. 
,T*. preferred embodiment, device ID numbers are in the form of PSTN numbers, but utrhze 
numbers mat aren't assigned to telephone service subscribers. TU. way, the number dtaled c*n 
casiiy be recognized as a nntnber that maps to an IP address rather than a FAX ™« 
has to he sen. over the PSTN. An example of a preferred device ID number would be 777-555- 
■ 1000, as 777 is currently an unassigned area code. 

ta addition to forming the FAX transmission or data sen. to an appliance into packets for 
transmission over a corner network, me sending convert 120 includes logic that monitors the 
data transmission 102,184 to detect instances of device ID numbers, the device ID number * 
mduded in a destination field o, the packets ma, are to be transmit. Once a devce ID number . 
detected me sending converter 120 requests me LAN server 1 ,o forward a mateiung request ov r 

;:r N or ^ i*** , m ,„ - — *~ » 

number with its corresponding IP address. In active embodiments, the sendmg converter 2* 
can anemp, to match the device ID numbers wim IP addresses in its locaUy stored mapptng table 
,02 If no match is found, me query generator 930 (FIG. 38) of the sending converter !20 
generates a matching revest in the form of a query packet having me destination device ID number 

storedlp^ing able 906. The ,u=ry packet is nansmined when query switch 932 recetves a no 
match- signal from the mapping table 902, 908. This process can be repeal for any number of 
levels of L, server, Local server 904 receives the query packet, extracts the d_ devKe 
ID number, and uses ,. as a key to search mapping table 906. If S.1U no match ,s found, dien 
query packe, modifier 934 (FIG. 39) places me IP address of the network devce server 150, 520 
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,50 520 This routing to network server 150, 520 can be au.oma.ed by placing entries in the 
mapping table 906 ma. associates "no match- with me IP addresses of the network server 150, 520. 

If me IP address is matched in table 906, resolution packet generator 936 creates a 
resolution packe, to be sen. back to device .0 LAN converter 120. The resolution packet contains 
the device ID number and its ass.Kia.ed IP address. The query and resolution selector 938 rou.es 
resolution packets back to me device to LAN server 120. 

Directing attention to FIG. 40, most of the architecture of the device network server 
is similar to mat of the local server 904, 910. However, the device network server 150, 520 
tioesn't generate upstream query packets . it has a more inchrsive mapping table and is thus more 
iikely to find a match. The update packet generator 940 utilizes search operation htstory 
iuformation from the search engine to generate update packets ma, are distributed to downstre™ 
servers and device to LAN converters. Updates provide frequently used entries which are nnssmg 
from loca, server mapping tabies or device to LAN mapping tables. However, me resolution 
packe. generated by the local server 904 or me device network server 150. 520 can be used » 
update the mapping tables.906, 912, thus reducing the amount of update jackets generated and 
seating mem * local server 904, 910. Resolution packet general 944 crea.es resolution 
packets in response to received query packets in a manner similar to resolution packet generator 



936. 



Once the resolution packet is received by the device to LAN converter 120, the IP address 
is inserted into the mapping table 902 and also the da* packets' destination field, replacmg the 
device .D number. The data packets are men routed across tite LAN or public _ 
receiving LAN . If ure receiver device ID matches me device ID of the converter 170, 540 606 me 
packets are converted by the device-to-LAN converter 170, 540, 606 into data that is recogmzable 
by the receiving device 106, 504, 608 and sen. to Ore receiving device 106, 504, 608. 

The device network server 150, 520 collects destination IP address resolution history and 
uetermines which ioca, server needs to be updated. Device rework server 150, 520 updates 
mapping tables 906, 912 by sealing update packets » lea, servers 904. 910. T»e update packe, ,s 
similar in form to the FAX notification packe, describe* above, but contains mapping information 
relating specific device ID'S to IP addresses. When the local servers 904. 910 receive the update 
packe, they e«rac. Ore entry information from the packet and insert i, into their local mappmg 
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tables 906, 910. Op*-*. «* — «P*>« P»- -» * — *" 10 maPI,tag ""*'* 
,08, with upda.e packets generated either by device network serve, 1=0, 520, or local setver 906. 
910 Generation of update packets c*n be based or. user denned algorithms, such as scheduled 
updates based on network usage or other information sources, or criteria such as history of search 
operation request from incoming FAX-data packets or appliartfe control packets. Thts allows 
efficient usage of storage space on local mapping tables; for example, mapping table 902 may 
contain a different set of entries from mapping tab,e 908, and mapping table 906 may contatn a 
different set of entries from mapping table 912. Preferably, frequend, used enrries are updated to 
.napping tables as close to the user as possible, thus reducing network traffic and improvtng 
transmission efficiency. 

FIG 41 illustrates in flow diagram form the logical sequence of steps executed in 
acoordancewimembodhnen B o,theprese„.i.v.n.ion. Memod 1000 may be embodied, as a 
software — * on a medium which, when executed on a compute, Detect a recetver » address of 
a receiver side LAN end station (step .002). Generate a notification packet includtng me recetver 
!P address (step 1004). Send a notification packet to a local FAX server and to a central FAX 
server (step ,006). Receive the notification packet a. the FAX network server (step 100ft 
Establish a communication between a firs, converter and the sender FAX machtne (step 10.0, 
^ve the FAX communication from the sender FAX machine (step 1012). Genera* , . FAX au, 
pie, including a FAX transmission (step .0.4). Query and resolve the 

Lo>. Send the FAX data packet to the receiver converter (step 1022). mtercep, ^» 
at th second convener (step 1024). Extract the FAX communication from the FAX data pa ke. 
Z .026). Establish communication with the receiver FAX machine (step .028). Transit me 

exited FAX communication to die receiver FAX machine (step .030). Repeat steps .0.0 

through 1030 for remaining FAX requests. 

FIG 42 further illustrates the optional sttps executed to query and receive the IP address of 
the receiver side LAN end station of s*p .020. Extract FAX network n> number for the^ver 
side LAN end station (step .020-2). Look up a receiver FAX IP address m a n»ppmg table (step 
10 2(M> If mere is a match between tine extracted FAX network ID number and the IP address 
(decision step .020-6) men the firs, convert receives a resolution packet, extracts data and uses 
1 72 cted data to upda* a ntapping tab.e interna, to dte — (step .020,, and ^ 
FAX data packet by replacing the destination IP address stored width, me FAX data packet wfh me 
resolved receiver IP address(step 1020-10). 
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,f .here * no match between the extracted FAX network ID number and the IP address 
(decision step 1020*) then generate a query packet including the receiver FAX ID <^ ~ 
Lmi. the query packet to a local FAX server (step 1020-14), extract the recetver FAX network 
„> from the query packet (step 1020-22, and ,ook „p a receiver FAX n> address tn a mappm, 
Bb ,e interna, to the ,ocai FAX server using the FAX network ID number as a key <s*p 1020-24).. 

If mere is a match bemeen the FAX ID and IP address in the FAX server's mapping tabie 
(decision step 1020-26) men generate a resolution packet which inciudes the IP address located m 
dipping lie and the FAX ID number of me receiving fax machine (step 102O-2S). Transnu. 
1 resit! packet ,„ ft. firs, convex (step .020-30). The first convex recerves a resolutton 
^extral da. and uses the extracted da. to update a mapping tab,e intemar to the convener 
s«p .020-8) and modifies the FAX da. packet by replacing the destination IP address stored 
within the FAX data packet with the reso.ved receiver IP address(step 1020-10). 

,f there is no match between the FAX ID and «■ address in the FAX server's mapping tab,e 
(decision step .020-26) then modify the query packet by replacing the source .P address of dre 
^ery packet wid, the local FAX server ff address (step .020-32). Transmit the query packet * a 
cenL FAX server (step .020-34). Extract the receiver FAX network ID number from fte query 
IX (step 1020.2, Look up a receiver FAX IP address in fte centra, server's mapping <ab,e 
the river FAX network ID as a ke, (step .0*0.4, Generate a resolutio .^acket whtch 
tacl „des ore destination IP address of the receiver side second converter and FAX ID of the 

FAX machine (step 1020-46, Tra nsmit the resolution packet to the sender stde convener 
to, updates the mapping table internal to the iocal FAX server (step 102CM8). 

Tue firs, converter receives a ration packet, extracts data and uses the extracted data to 
update a mapping M» internal » me convener (step 1020*, and modifies the FAX data packet by 
ZZ^Z : delation IP address stored within *e FAX data packet with the reso.ved recerver IP 
address(step 1020-10). 

6 Device ID Grouping . 
' h, another aspect, the present invention assigns simiiar device ID'S to devtces orgamzed tn 
. icca, are nerwork topology in an appiiance network mat shares the same end statton IP ad d» s. 
THe device ID'S for individua, devices in the topology can be distinguished b, asstgnmg a least 
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JL „ „et»o* .opCosy of »e,wo* „»- dev,ces . a 

form with the IP address of the group of devices: 

DEVICE ID IP ADDRESS 

408-555-0001 198.15.12.8 

408-555-0002 198.15.12.8 

408-555-0003 198.15.12.8 

408-555-0004 198.15.12.8 

408-555-0005 198.15.12.8 

408-555-0006 198.15.12.8 

408-555-0007 198.15.12.8 

408-555-0008 198.15.12.8 

408-555-0009 198.15.12.8 

408-555-0010 198.15.12.8 

In an alternative embodiment, the lesser significant digits can be disregarded by mapping 
^ 9 0 To2 Z 908, 912 and the individual device can be resolved by the dev.ce to LAN 
; 1 606 which determines the destination device by examining me network type 

mapping table entry appears in the following form: 

DEVICE ID IP ADDRESS 

408-555-00- 198.15.12.8 

the group. 

Exe-npury em*— »ave t~ deseed wi* reference « specific 
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remaining within the scope of the claims. It is to be understood that even though numerous 
characteristics and advantages of various embodiments of the present invention have been set forth 
in the foregoing description, together with details of the structure and function of various 
embodiments of the invention, this disclosure is illustrative only, and changes may be made in 
detail especially in matters of structure and arrangement of parts within the principles of the 
present invention to the full extent indicated by the broad general meaning of the terms in which the 
appended claims are expressed. For example, the converters of the invention can be used to handle 
both FAX communication and appliance control packet or status report packets. In addition, 
although the preferred embodiment described herein is directed to a FAX-through data network, it 
will be appreciated by those skilled in the art that the teachings of the present invention can be 
applied to other systems, for remote access control of virtually any apparatus provided a 
communication protocol is defined. 

The invention provides many advantages over known techniques. The present invention 
includes the ability to share the IP address of a LAN end station, thereby eliminating the need for 
additional IP addresses. This feature results in apparatus wherein each individual FAX is not 
required to assume full data network communication protocol operations, which are left to the LAN 
end station. Consequently, network administration effort required to manage additional FAX 
devices is negligible. In addition, the invention also eliminates local and long distance toll cost 
charges for FAX transmissions which can become expensive. Moreover, the invention allows 
remote access control of appliances which promotes the mobility that is now so prevalent in our 
society. 

Having disclosed exemplary embodiments and the best mode, modifications and variations 
may be made to the disclosed embodiments while remaining within the scope of the invention as 
defined by the following claims. 
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